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METHOD AND SERVER FOR COORDINATION OF TELECOMMUNICATION 

SERVICES 

This invention relates to a method and a server 
for coordination of telecommTinications services. 

It applies in particular, but not exclusively ^ to 
telecommiinications services accessible via a computer 
5 or telephone terminal connected to a telecommunications 
network, such as a telephone network or a computer 
network/ for example the Internet. 

Examples of services provided by a 
telecommunications network include an intelligent 

10 telephone directory, indicating the accessible contacts, 
an automatic call referral service, an automatic 
correspondent call-back service, a messaging service, 
or a special events notification service, such as the 
publication of specific information on the Internet. 

15 However, users of such services increasingly have 

a plurality of terminals (stationary personal and 
office telephone, mobile telephone, computer connected 
to the Internet, etc.) . Therefore, there has appeared 
the need to make these services, independently of the 

20 terminals, available to users, presenting problems of 
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access to the services and coherency when a single user 
uses different terminals to access a single service, 
and management of billing and access rights, when the 
user accesses a service by means of another service or 
5 from different terminals. 

Patent application FR 2 814 021, filed by the 
applicant, describes a service coordination server 
making it possible to coordinate various 
telecommunications services, which may be provided 

10 simultaneously by different operators. This server is 
designed to receive and process requests transmitted by 
the services to identify and/or authenticate a user, 
when the latter accesses the service, to locate a user 
searched by a service, to obtain personalisation or 

15 authorisation information relating to a user, or to 
assess services billed by time, volume or on a fee-for- 
service basis . 

However, for a user to be able to benefit from 
such telecommunications services, it is necessary for 

20 the user to be accessible by a telecommunications 
network- However, the service coordination server 
described in the aforementioned patent application does 
not have any capability for determining the state of 
accessibility of the users. In addition, this concept 

25 of accessibility must be distinguished from the concept 
of availability. Indeed, a user can be accessible, i.e. 
have a terminal that is accessible by a 
telecommunications network, but not want to be 
disturbed during a certain period. This service 

30 coordination server does not enable the availability of 
users to be managed either, 



This invention is intended to overcome these 
disadvantages by proposing a heavy-duty, fault •'tolerant 
reusable component that can be integrated at a lower 
cost when new services are provided. This objective is 
achieved by providing a method for coordinating 
telecommunications services provided to a plurality of 
users, by means of telecommunications terminals 
connected to different telecommunications networks, 
which method includes steps in which a service 
mediation server coordinates the processing operations 
performed by various telecommunications services on 
behalf of each of the users. 

According to the invention, this method also 
includes steps in which: 

- the telecommunications services connect to the 
service mediation server and specify events of which 
they must be notified by the service mediation server, 
and/or events that they are capable of transmitting to 
the service mediation server, 

- the telecommunications terminals of the users 
connect to the service mediation server, transmit, to 
the service mediation server, user profiles specifying 
availability modes, which are stored in a database, 
activate profiles and previously specified availability 
modes, and access the connected services, 

- the service mediation seirver determines a state 
of connectability of each user on the basis of the 
existence of at least one user terminal connected to 
the server, and the user's active availability mode and 
profile. 
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- the service mediation server transmits to each 
connected terminal the state of connectability of users 
specified in a list of contacts forming part of the 
active profile of the terminal user, 

5 - the service mediation server transmits, for each 

event received from a service / an event notification to 
the connected services having specified that they must 
be notified of the event. 

According to a preferred embodiment of the 
10 invention, each availability mode specified by a user 
includes : 

- an availability state capable of having the 
values: available, not available, in call transfer to a 
specified call number, or unknown if the user does not 

15 want his/her availability state to be accessible, 

- an optional terminal identifier to which an 
incoming call intended for the user is transferred, 

- an event notification mode, and 

- a list of contacts to which the availability 
20 state applies. 

Advantageously, each availability mode specified 
by a user also includes availability rules specifying 
periods in which the availability mode is active. 

Preferably, the connectability state 
25 determined by the service mediation server can be one 
of the following states : 

- connectable if the active availability mode of 
the user Is in the available state and if at least one 
user terminal is connected to the service mediation 

30 server. 
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- not connectable if the user Is not available or 
if no user terminal is connected to the service 
mediation server, 

- access to the connectability state subject to 
5 authorisation if the user wants his/her connectability 

state to be provided to other users only with his/her 
prior authorisation, 

- in transfer if the user specified that incoming 
calls intended for him/her miist be transferred to a 

10 call number specified in the active availability mode, 

- unknown if the requested user is not registered 
with the service mediation server, or if he/she does 
not want his/her connectability state to be accessible. 

According to an embodiment of the invention, 

15 the transmission of event notifications by the service 
mediation server is carried out upon the request of 
each connected service. 

According to another embodiment of the 
invention, the transmission of an event notification by 

20 the service mediation server is carried out upon 
receipt of the event if the service is connected; 
otherwise, the event is stored in a log and the service 
is notified of it when it connects to the service 
mediation server. 

25 The invention also relates to a server for 

mediation of telecommunications services provided to a 
plurality of users, by means of telecommunications 
terminals connected to various telecommunications 
networks, including a service coordination module 

30 designed to coordinate the processing operations 
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performed by the telecommunications services on behalf 
of each of the users. 

According to the invention, this server also 

includes : 

5 - at least one database containing all of the data 

concerning the users, which is necessary for the 
service mediation server and the services, 

- an availability server designed to manage and 
determine at any time the availability of the users, 

10 according to active availability modes and rules, 
specified by the users and stored in the database, 

- a service management module designed to receive, 
from each service, an entry specifying events of which 
the services are to be notified and/or events 

15 transmitted by the service, and 

- an event notification module designed to receive 
and notify the appearance of events to 
telecommunications services that have requested it, 

- the service coordination module including means 
20 for determining a connectability state of each user for 

each of his/her profiles according to the existence of 
at least one user terminal connected to the server, and 
the user's active availability mode and profile, and 
means for transmitting, to each cohnected terminal, the 

25 connectability state of users specified in a list of 
contacts forming part of an active profile of the 
terminal user. 

According to an embodiment of the invention, this 
server also includes an identification/authentication 

30 module intended to identify and authenticate the users 
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when they access the service mediation server or 
certain services. 

According to an embodiment of the invention, 
this server also includes an interface module providing 
S access to the service mediation server by means of a 
telecommunications network, which module is designed to 
receive processing requests, from services or. users, 
and to retransmit them to a component of the server 
responsible for carrying out the requested processing 
10 operation, and transmitting, in response to these 
requests, the responses provided by the components of 
the server. 

Advantageously, the interface module 
comprises a plurality of duplicated components so as to 
15 ensure fault tolerance* 

According to an embodiment of the invention, 
this server also includes an access monitor including: 

- means for connecting a user terminal to the 
mediation server and disconnecting it from the server, 

20 - meeins for connecting a service to the mediation 

server and disconnecting it from the server, 

- means for managing, in real time, the various 
services activated for the user, 

- mesLns for selecting a profile to be activated 
25 and an availability mode in the profile to be activated, 

- means for selecting events of which the user 
wants to be notified of the appearance, and 

- means for selecting a terminal to receive an 
incoming call. 

3 0 The invention also relates to a computer 

program designed to be implemented on a seirver for 
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mediation of telecoramunicatlonB services provided to a 
plurality of users, by means of telecommunications 
terminals connected to various telecommunications 
networks. According to the invention, this prograun 
includes instructions for implementing the steps of the 
method defined above, executed by the service 
mediations server. 

The invention also relates to a 
telecommunications server providing telecommxanications 
services to a plurality of users , by means of 
telecommunications terminals connected to various 
telecommunications networks. According to the invention, 
the telecommunications server includes: 

- means for connecting to the service mediation 
server defined above, 

- means for specifying and transmitting, to the 
service mediation server, events of which it must be 
notified by the service mediation server, and/or events 
that it is capable of transmitting to the service 
mediation server, and 

- means for receiving, from the service mediation 
server, event notifications coming from other 
telecommunications services and having been specified 
as being required to be notified to it. 

The invention also relates to a computer 
program designed to be implemented on a 
telecommunications server providing telecommunications 
services to a plurality of users, by means of 
telecommunications terminals connected to various 
telecommunications networks. According to the invention, 
this program includes instructions for implementing the 
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Btdps of the method defined cibove, executed by a 
telecommunicatioiis service . 

The invention alfio relates to an information 
system including a plurality o£ user telecommunications 
5 terminals connected to various telecommunications 
networks, a plurality of servers providing 
telecommunications services on behalf of the users, and 
a service mediation server as defined above. 

A preferred embodiment of the invention will 
10 be described below, by way of a non-limiting example, 
with reference to the appended drawings, wherein: 

figure 1 diagrammatically shows a service 
mediation server according to the invention; 

figure 2 shows in greater detail a service 
15 coordination module implemented by the server shown In 
figure 1. 

Figure l shows a service mediation server 10 
according to the invention, provided for connecting to 
telecommunications networks 1/ such as terrestrial and 

20 cellular telephone networks, and computer networks such 
as the Internet. 

This server is designed to provide the 
functions necessary for the management of a group of 
users, their profiles and services offered by 

2S telecommunications operators, wherein each of the users 
has access to the telecommunications networks 1 by 
means of one or more terminals of various types, such 
as a PC or PDA (Personal Digital Assistant) computer 3, 
or a cellular 4 or wire 5 telephone terminal. The 

3 0 services managed by the server are provided, for 
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example, by servers 2 also connected to the 
telecommunications networks 1, or by user terminals. 

The service mediation server 10 according to 
the invention includes the following components: 
5 - a service coordination module 11 designed to 

ensxire coherency of the processing operations carried 
out by various services on behalf of a user, 

- an availability server 12 designed to manage and 
determine, at any time, the availability of users, 

10 according to active availability modes and rules 
specified by the users, 

- an event notification module 13 designed to 
receive and notify the appearance of events to services 
or users who have requested it, or to internal 

15 components of the service mediation server, 

- an authentication / identification module 15 
responsible for identifying and authenticating the 
users when they access certain functions of the server 
or certain services, 

20 - a service management module 16 designed to 

receive registrations for services and to provide, upon 
request, the references of a registered service, 

- one or more databases 18 containing all of the 
data concerning the users, which is necessary for the 

25 service mediation server 10 and the services, 

- a module 17 for updating data stored in the 
database 18, and 

- an interface module 14 providing access to the 
mediation server 10 by means of a network 1, which 

30 module is designed to receive processing requests^ from 
services or users, and to retransmit them to the 
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component of the server responsible for carrying out 
the requested processing operation, and transmitting, 
in response to these requests, the responses provided 
by the components of the server. 
5 To access the services offered by the service 

mediation server 10, each user must be previously 
registered and have an identifier or a contact number 
whereby he/she can be connected, independently of the 
connected terminal, at a given time to the server. The 

10 user must also define one or more profiles, which are 
stored in the database 18, and provide information on 
the terminals that he/she is capable of using and, in 
particular, the capacities of these terminals and the 
available applications. 

15 To modify the data stored in the database 18, 

a management server 6, for example, in the form of a 
VTeb or WAP (Wireless Application Protocol) server^ is 
made available to the users. This management server 
enables each user to define and update one or more 

2 0 profiles each associated with a contact number whereby 
the user can be reached. Each user profile includes a 
list of services to which the user has subscribed, 
wherein each of the services on the list is optionally 
associated with parameters for personalisation of the 

25 service, and availability modes. 

A user can thus define a plurality of 
profiles, for example a personal profile and a 
professional profile. 

An availability mode corresponds to an 

30 activity of the user, for example, meeting, travel, etc. 
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Bach availability mode includes the following 
information : 

- an availability mode identifier, 

- an availability state, namely, available, not 
5 available, in call transfer to a specified call number, 

or vinknown if the user does not want his/her 

availability state to be accessible, 

an optional terminal or communication mode 

identifier (stationary telephone, mobile telephone, 
10 voice over IP, SMS (Short Message Service) written 

messages, MMS (Multimedia Messaging Service) , 

electronic messaging) , enabling an incoming call 

intended for the user to be transferred to the terminal 

thus identified, 
15 - a notification mode (for example, in a messaging 

system) , 

- a list of contacts to which the availability 
state applies, and 

- availability rules specifying periods in which 
20 the availability mode is to be active. 

Alternatively, the availability irules can be 
defined in the profile independently of the 
availability modes, and specify the modes to be 
activated and deactivated according to the date and 

25 time, for example, in the form of a weekly, monthly or 
yearly calendar, 

A user profile also includes lists of 
contacts specifying the contacts authorised or not 
authorised to know the user's connectability state, and 

30 the contacts for which the user wants to obtain a 
connectability state. The connectability state of a 
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user is determined according to the active availability 
state and the presence thereof, i.e. the existence of a 
user terminal accessible by the server, either directly 
or by means of a service (for example/ a portal) . Five 
5 connectability states are thus defined: 

- connectable: the user is connected and available, 

- not connectable : the user is not connected or is 
not available, 

- access to the connectability state subject to 
10 authorisation: the user wants his/her connectability 

state to be provided only with his/her prior 
authorisation, 

in transfer: the user has specified that 
incoming calls intended for him/her must be transferred 
15 to a certain call number specified in the availability 
mode, 

- unknown: the recjuested user is not registered 
with the service mediation server 10, or does not want 
his/her connectsibility state to be Icnown. 

20 In addition, an access monitor 7, for example, 

designed in the form of a software component installed 
in each of the user terminals 3, 4, 5 or in the form of 
a Web or WAP server, offers users or services the 
following functions: 

25 - connect a terminal 3, 4, 5 to the mediation 

server 10 or disconnect it from the server, 

- connect a service to the mediation server 10 or 
disconnect it from the server, 

manage, in real time, the various services 
30 activated for the user. 
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- choose a profile to be activated and a mode in 
the active profile or an availability level , 

- subscribe to the notification of events to be 
selected, such as incoming call, lost call, change in 

5 availability state of a contact, receipt of a new 
message, updating of a use gauge, etc. 

- choose a terminal for receiving an incoming call, 

- monitor the state of a use gauge, the use of 
his/her communication plan, and 

10 - transmit and send urgent messages, wherein an 

urgent message is a voice or written message that can 
be sent by a user previously authorised by the called 
party, and routed to the latter regardless of his/her 
availability state . 

15 If the access monitor 7 is in the form of a 

software component installed in each user terminal, it 
can be launched automatically when the terminal is 
turned on, in particular if the terminal is a, mobile 
telephone. 

20 The availability server 12 is designed to 

activate or deactivate availability modes according to 
orders received from users or according to availability 
rules associated with the profiles of said users. It 
also enables a user to obtain the availability state of 

25 a contact, if appropriate after having requested the 
authorisation of the concerned. The availsibility server 
is also designed to transform the availability rules 
specified by the users for the active modes into 
filtering rules directly interpretable by the service 

30 coordination module 11, 
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The event notification module 13 includes a 
registration / deregistration f\inction enabling a 
service, a terminal by meauis of tlie access monitor, or 
a component o£ the service mediation server 10 to 
5 register or deregister as the transmitter of one or 
more events, and a subscription / unsubscription 
function enabling a service or a component of a service 
mediation server to register or deregister as the 
recipient of notifications of one or more events. An 

10 event can be related to a service (for example, *'new 
service available") or to a user profile (for example 
"^new voice message received'') . 

When an event is no longer transmitted by any 
service, for example, after disconnection of the last 

15 event transmitting service, the module 13 informs the 
services subscribing to the event that the event is no 
longer available. Similarly, the module 13 also informs 
the services subscribing to an event that this event is 
again capable of being transmitted when a service 

20 transmitting this event is connected to the server 10. 

This module also comprises a synchronisation 
function making it possible to associate an event 
notification with an asynchronous response of the 
entity having received the event notification, and a 

25 fimctlon for managing an event log that is updated each 
time an event occurs and the includes, for each event, 
the following information: 

- the date, 

- the content, 

3 0 - the transmitting service, 
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- a list of profiles to which the event is to be 
sent, and services that subscribe to the event, wherein 
each service and profile is associated with an 
indicator indicating whether or not the seirvice or the 
5 profile was notified of the event. 

This module offers two operating modes . In a 
first so-called '^push" mode, the services subscribing 
to an event are automatically notified by the module 13 
when the event occurs. In a second so-called ^*pull" 

10 mode, a sxibscribing service obtains notifications of 
events that occurred by querying the module 13 via the 
interface module 14, either periodically or on request. 

In ^push" mode, the notification can be 
provided synchronously or asynchronously depending on 

15 whether the subscribing service is connected or not 
when the event occurs . After the notification of an 
event, the module 13 updates the event log. 

The identification / authentication module 15 
also makes it possible to find a user on the basis of a 

20 contact number « In addition, to authenticate a user, it 
can use external authentication servers. 

The service management module 16 is designed 
to receive, from the services, registration recjuests 
each containing sm identifier of the service, the 

25 actions it can provide, and optionally a class of 
service. This information is entered into a service 
directory, for example, integrated in the database Ifi. 
In addition, the module 16 is notified of the 
connection / disconnection of a service so as to update, 

30 in the service directory, an indicator for each service 
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indicating whether or not the service is connected to 
the server 10. 

The module 16 Is also designed to receive 
service reference requests so as to make it possible to 
5 establish a direct call with it. Such a request 
contains the name of the service and that of the 
provider . 

The module 17 for updating data is designed 
to receive information on the users, coming from 
10 external information systems 8 implemented by services 
in order to manage their respective subscribers. This 
module provides two main functions, namely a function 
of updating the database 18 and a function of 
transmitting ^^service tickets" , enabling the users to 
15 be billed for the services used, to a system for 
collecting such tickets . 

The updating of the database can be performed 
either in ^'pull" mode or in ''push" mode. 

In ^pull'' mode, the module 17 recovers, 
20 either on request or periodically, the information 
system 8 data, from remote servers such as FTP (File 
Transfer Protocol) servers. The recovered data is 
analysed, formatted and entered in the database 18 . 

Alternatively, the module 17 can transmit the 
25 recovered data to the other components of the server 10 
that are concerned by this data, in which case the 
database is updated by these other components. 

In the *^push" mode, the information systems 
transmit their data to the access interface 14 of the 
30 server 10, either periodically or after inputting an 
update file, according to the operating mode of the 
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Izxformation system. The access Interface then 
retransmits the data received to the update module 17 . 

The database IB can be a relational (S6BDR) 
or object (SGBDO) database, or an LDAP (Lightweight 
Directory Access Protocol) directory. 

The Interface 14 is advantageously designed 
to ensure a certain level of fault tolerance by 
distributing the requests received over a plurality of 
duplicated components « It is preferably produced using 
standard technologies such as CORBA (Common Object 
Request Broker Architecture) , RMI (Remote Method 
Invocation) or SOAP (simple Object Access Protocol) . 

The service coordination module 11 is 
designed to: 

-manage the connections between services and the 
mediation server 10, 

- manage a user access session for each user 
profile activated on a terminal connected to the server, 
and a service session for each service activated by a 
user, 

determine the connectability of each user, 
according to the existence of at least one access 
session for the user (corresponding to a profile 
activated by the user) , 

- manage, in real time, the assessment of the use 
of services by the various users* 

To this end, as shown in figure 2, the module 
11 Includes : 

- an access session management function 21, for 
creating / deleting / modifying an access session, 
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respectively, upon each activation / deactivation of a 
user profile, 

- a service sesBion management function 22, for 
creating / deleting / modifying, at the user's request, 
a service session for each service mentioned in each 
active profile, 

a function 23 for managing the context of 
service use so as to coordinate the operations 
performed hy a plurality of services for a user, 

- a connectahility management function 24 for 
determining the connectability of each user on the 
basis of the existence of at least one active access 
session for this user, the active availability mode and 
the profile of the user, and 

- a function 25 for assessing the access sind/or 
use of a service by a user. 

When a user terminal 3, 4, 5 is connected to 
the server 10, the service coordination module 11 asks 
the access session management function 21 to create an 
access session for each profile to be activated. When 
the user selects a service, the function 22 also 
creates a service session for the service selected. 

The creation of a service session means that 
the user was previously identified and authenticated by 
means of the identification and authentication module 
15- 

The function for managing the connectability 
of each user consists of determining, for an incoming 
call intended for a user or following a request 
transmitted by a service, whether the call is to be 
accepted, rejected, notified or forwarded to a 
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forwarding number or a messaging system^ according to 
the user's connectability state, and, optionally, 
filtering rules provided by the availability server, 
and the identity of the contact making the call. This 
5 function therefore calls upon the accese session 
management function 21 in order to determine whether 
the user is connected to the server, as well as on the 
availability server 12 in order to obtain the user's 
availability mode and the filtering rules. 

10 With these provisions, a. user can indicate 

that he/she is available for certain contacts, and not 
available for other contacts. He/she can also define 
the communication means to be used to receive incoming 
calls and to receive event notifications (voice, 

15 written messaging) . He/she can authorise certain 
contacts to obtain his/her connectability state, and 
know the communication modes (voice, written, immediate, 
delayed) that they can use to reach him/her. 

Thus, the access monitor 7 is advantageously 

20 designed to display the list of contacts of the user, 
wherein each contact is associated with an indicator 
indicating the contact's connectability state. It can 
also enable the user to initiate a call to one of the 
contacts on the list after making a selection from it 

25 and from a communication type (voice, written, delayed, 
immediate) available for this contact. 

This selection action initiates the 
transmission, by the server 10, of an ^^incoming call** 
event notification to one of the accessible terminals 

3 0 of the contact called for the profile considered, 
wherein the access monitor informs the called user of 
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the receipt of such a notification. The signalling mode 
used depends on the terminal. In the case of a PC or 
PDA computer, this signalling can be provided in the 
form of a ''pop up". On a mobile telephone, it can be 
5 provided by a ''Simtoolkit" application. 

After receipt of such a notification, the 
called user can choose the terminal with which it wants 
to take the call, when the call has been established 
between two users, the assessment module initiates a 

10 count of the call duration. If, during a call between 
two users, another user attempts to establish a call 
with one of them, the called user receives an incoming 
call event notification on the accessible terminal (s) 
of the called user for the profile considered. At the 

15 end of a call between two users, the assessment module 
tremsmits a service ticket and updates a use gauge on 
the terminals by sending a message in relation thereto 
to the terminals connected on the called profile (on 
which the incoming call was made) , which message 

20 contains information on a communication plan (maximum 
amo\mt, amount used) . 

When a terminal is disconnected, the service 
coordination module 11 ends the access sessions 
relating to the profiles activated on this terminal. 

25 The service sessions associated with these access 
sessions are also ended. 

The services must be registered with the 
server 10 beforehand and be connected thereto in order 
to provide the services to the users , Upon connection 

3 0 to the server, a service indicates to the server the 
events of which it is to be notified, when a user 
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accesses a registered and connected service, the 
service Initiates a user ldentl£lcatlon and 
authentication procedure and asks the server for 
Information on the user in order to verify that he/she 
has the authorisations necessary for accessing the 
service. At the beginning and end of the provision of a 
service, the service calls on the server to record the 
use of the service by the user, for the puzpose of 
assessment. When no user accesses a service, the 
service can be disconnected from the server. 

The service mediation server according to the 
invention is advantageously In the form of a reusable 
component, called a ^^white brick", so as to be heavy- 
duty and fault tolerant, and capable of being 
Integrated Inexpensively in any server providing 
services, 

with these provisions, the service mediation 
server according to the invention eiiables users to 
access their personalised services from any 
telecommunications terminal and any access to a 
telecommunications network, while simplifying the 
access to these services. It also enables users to 
manage their availability with regard to other users. 
Independently of the telecommionications network. 



